Fronthaul physical layer split in a cellular telecommunications network

ABSTRACT

This disclosure provides a method of operating a base station in a cellular telecommunications network, and a base station unit for implementing the method, the base station having a central base station unit and a distributed base station unit, wherein the central base station unit and distributed base station unit communicate over a fronthaul link having a first and second capacity configuration, and the cellular telecommunications network further includes a User Equipment (UE) consuming a service via the base station.

PRIORITY CLAIM

The present application is a National Phase entry of PCT Application No. PCT/EP2020/062656, filed May 7, 2020, which claims priority from EP Patent Application No. 19179353.8, filed Jun. 11, 2019, which is hereby fully incorporated herein by reference.

TECHNICAL FIELD

The present disclosure relates to a cellular telecommunications network.

BACKGROUND

A cellular telecommunications network may comprise a core network, a radio access network and a plurality of User Equipment (UE). Each UE may access the core network (and any onward connection from the core network such as to the Internet) via the radio access network. A base station is an example of a radio access network node. The base station implements several functions known as baseband processing. In an example, baseband processing includes the PHYsical-layer (PHY) layer functions, Medium Access Control (MAC) layer functions, Radio Link Control (RLC) layer functions, Packet Data Convergence Protocol (PDCP) layer functions, and Radio Resource Control (RRC) layer functions.

In modern cellular telecommunications networks implementing a Centralized Radio Access Network (C-RAN), base station functionality may be divided into several (typically two) components (either physically if implemented in hardware or logically if implemented in a software defined network). These two components are commonly known as the Central Unit (CU) and Distributed Unit (DU), although other terminology (such as BaseBand Unit (BBU) and Remote Radio Unit (RRU)) may be used. The CU and DU are connected by a fronthaul link, which may be a wireless or wired (typically optical fiber) connection. The DU implements at least a set of Radio Frequency (RF) functions (e.g. analog to digital and digital to analog conversion) and optionally one or more baseband processing functions. The remainder of the baseband processing functions are implemented in the CU. The split of functions between the CU and DU is known as the “functional split”.

There are advantages and disadvantages in the choice of functional split when the CU is connected to a plurality of DUs. That is, as more functions are implemented in the CU (so that fewer functions are implemented in the DU) then the processing requirements for the DU are reduced and the CU may improve coordination across the plurality of DUs. However, such implementations generally have more stringent fronthaul requirements, such as greater capacity and lower latency.

One possible functional split is known as the intra-PHY split, in which the RF and lower-PHY functions are implemented in the DU and all remaining functions are implemented in the CU. In this implementation, the CU and DUs communicate In-Phase and Quadrature (IQ) samples over the fronthaul connection.

SUMMARY

According to a first aspect of the disclosure, there is provided a method of operating a base station in a cellular telecommunications network, the base station having a central base station unit and a distributed base station unit, wherein the central base station unit and distributed base station unit communicate over a fronthaul link having a first and second capacity configuration, and the cellular telecommunications network further includes a User Equipment (UE) consuming a service via the base station, the method comprising: communicating samples over the fronthaul link at a first capacity configuration and first bit width; determining that a reliability measure of the service is either less than or more than a reliability threshold; and, (a) if the reliability measure of the service is less than the reliability threshold, responding by, (1) reconfiguring the samples to use a second bit width, wherein the second bit width has more bits per sample than the first bit width, and (2) reconfiguring the fronthaul to use a second capacity configuration, wherein the second capacity configuration is greater than the first capacity configuration, and, (b) if the reliability measure of the service is more than the reliability threshold, responding by, (1) reconfiguring the samples to use a second bit width, wherein the second bit width has fewer bits per sample than the first bit width, and (2) reconfiguring the fronthaul to use a second capacity configuration, wherein the second capacity configuration is less than the first capacity configuration; communicating samples over the fronthaul link at the second capacity configuration and the second bit width.

According to a second aspect of the disclosure, there is provided a computer program product comprising instructions which, when the program is executed by a computer, cause the computer to carry out the method of the first aspect of the disclosure. The computer program may be stored on a computer-readable data carrier.

According to a third aspect of the disclosure, there is provided a base station unit for a cellular telecommunications network, wherein the cellular telecommunications network includes a User Equipment (UE) consuming a service via the base station unit, the base station unit comprising: a transceiver configured to communicate samples over a fronthaul link with a distributed base station unit at a first capacity configuration and first bit width; and a processor configured to determine that a reliability measure of the service is either less than or more than a reliability threshold; and, (a) if the reliability measure of the service is less than the reliability threshold, responding by, (1) reconfiguring the samples to use a second bit width, wherein the second bit width has more bits per sample than the first bit width, and (2) reconfiguring the fronthaul to use a second capacity configuration, wherein the second capacity configuration is greater than the first capacity configuration, and, (b) if the reliability measure of the service is more than the reliability threshold, responding by, (1) reconfiguring the samples to use a second bit width, wherein the second bit width has fewer bits per sample than the first bit width, and (2) reconfiguring the fronthaul to use a second capacity configuration, wherein the second capacity configuration is less than the first capacity configuration; wherein, following reconfiguration, the transceiver is configured to communicate samples over the fronthaul link at the second capacity configuration and the second bit width.

The fronthaul may be reconfigured to use the second capacity configuration by one or more of: switching to a different transmission mode, switching to a different communications protocol, and switching to alternative or additional transmission hardware.

Reconfiguring the samples to use a second bit width may include: estimating a capacity requirement when communicating samples over the fronthaul using the second bit width, and comparing the estimated capacity requirement to the fronthaul's second capacity configuration.

The samples may be In-Phase and Quadrature (IQ) samples.

The central base station unit and UE may utilize a configurable error mitigation technique and the method may further comprise (or the processor may be further adapted to implement) reconfiguring the error mitigation technique.

Upon determining that the latency measure, or derivative thereof, of the service is more than the threshold, then the second bit width may have more bits per sample than the first bit width. Alternatively, upon determining that the latency measure, or derivative thereof, of the service is less than the threshold, then the second bit width may have fewer bits per sample than the first bit width.

Reconfiguring the error mitigation technique may include switching between a first state, in which the error mitigation technique is active, and a second state, in which the error mitigation technique is inactive.

BRIEF DESCRIPTION OF THE FIGURES

In order that the present disclosure may be better understood, embodiments thereof will now be described, by way of example only, with reference to the accompanying drawings in which:

FIG. 1 is a schematic diagram of an embodiment of a cellular telecommunications network of the present disclosure.

FIG. 2 is a schematic diagram of a central base station unit of the network of FIG. 1 .

FIG. 3 is a schematic diagram of a distributed base station unit of the network of FIG. 1 .

FIG. 4 is a flow diagram of an embodiment of a method of the present disclosure.

DETAILED DESCRIPTION OF EMBODIMENTS

A first embodiment of a cellular telecommunications network of the present disclosure will now be described with reference to FIGS. 1 to 3 . FIG. 1 illustrates a Centralized Radio Access Network (C-RAN) 1 including a Central Unit (CU) 10, a Distributed Unit (DU) 20 and a User Equipment (UE) 30. The CU 10 and DU 20 are connected by a fronthaul link 40.

The CU 10 is shown in more detail in FIG. 2 . The CU 10 includes a first communications interface 11 for connecting the CU 10 to the cellular core network (via a backhaul link), a processor 13, memory 15, a second communications interface 17 for connecting the CU 10 to the DU 20 (via the fronthaul link 40), all connected via bus 19. In this embodiment, the first communications interface 11 is an optical fiber interface for connecting the CU 10 to an optical fiber backhaul link, and the second communications interface 17 is also an optical fiber interface for connecting the CU 10 to an optical fiber fronthaul link. However, the skilled person will understand that other forms of backhaul and fronthaul links are possible, such as another form of wired connection (e.g. xDSL) or a form of wireless connection (e.g. operating according to a cellular telecommunications protocol).

The DU 20 is shown in more detail in FIG. 3 . The DU 20 includes a first communications interface 21 for connecting the DU 20 to the CU 10 via the fronthaul link 40, a processor 23, memory 25, and a second communications interface 27 for connecting the DU 20 to the UE 30 via an access link. In this embodiment, the second communications interface 27 is an interface to an antenna for wireless communications with the UE 30.

Turning back to FIG. 1 , it is shown that the CU 10 and DU 20 perform different functions of the cellular telecommunications protocol. In this embodiment, the DU 20 performs Radio Frequency (RF) functions (not shown) and lower PHYsical (PHY) layer functions, whilst the CU 10 performs all higher layer functions including the higher PHY layer functions, Medium Access Control (MAC) functions, Radio Link Control (RLC) functions and Packet Data Convergence Protocol (PDCP) functions. This is known as an intra-PHY functional split. In this arrangement, the CU 10 and DU 20 communicate using frequency domain In-Phase and Quadrature (IQ) samples, transmitted over the fronthaul link 40.

xRAN Fronthaul Working Group Technical Specification “Control, User and Synchronization Plane Specification” v02.00 specifies (in Annex D) various IQ sample structures in which the number of bits used in each IQ sample varies. The number of bits in an IQ sample is known as the “bit width”. These IQ sample bit widths range from 6 to 16 bits (inclusive). These different IQ sample bit widths are achievable using different compression levels. That is, the IQ sample may use a greater compression level to achieve relatively fewer bits per sample instead of a lower compression level to achieve relatively more bits per sample. Annex A of the above xRAN specification defines different compression techniques that may be used. The respective processors 13, 23 of the CU 10 and DU 20 are able to implement one or more of these compression techniques to achieve any one of the available bit widths.

A performance of a receiver or transmitter may be defined by its Error Vector Magnitude (EVM) parameter. The error vector is a vector in the I-Q plane between an ideal constellation point and a measured signal. The average amplitude of the error vector, normalized to peak signal amplitude, is the EVM. 3GPP Technical Specification 36.104 “Evolved Universal Terrestrial Radio Access (E-UTRA); Base Station (BS) radio transmission and reception” defines, in section 6.5.2, several EVM requirements for E-UTRA carriers as:

TABLE 1 EVM Requirements for E-UTRA Carrier Modulation scheme Required EVM [%] QPSK 17.5% 16QAM 12.5% 64QAM   8% 256QAM  3.5% 1024QAM  2.5%

Table 1 illustrates that higher order modulation schemes require improved EVM performance (in which a lower EVM percentage corresponds with improved EVM performance). Furthermore, table 1 illustrates that there is a minimum EVM for each Modulation and Coding Scheme (MCS).

The following description relates to the transmitter EVM. However, it is noted that the receiver EVM is also measurable and contributes to a reduction in Signal-to-Interference-and-Noise-Ratio (SINR). That is, the effect of bit width for uplink traffic can also be considered as a quantization effect, where reduced bit width can degrade the effective Signal-to-Interference-and-Noise-Ratio (SINR) of the received signal.

A first embodiment of a method of the present disclosure will now be described with reference to FIGS. 1 and 4 . In this embodiment, the cellular telecommunications network 1 is arranged as shown in FIG. 1 and the CU 10 and DU 20 communicate using IQ samples having 6 bits per sample (the smallest number of bits per sample according to the XRAN specification noted above) and thus use the highest compression level. In this starting scenario, the UE 30 is consuming a service from the cellular core network so that traffic for this service is transmitted between the UE 30 and cellular core network via the CU 10, DU 20 and the fronthaul link 40.

In this embodiment, the CU 10 and DU 20 utilize a fronthaul link 40 that has an initial capacity that supports the current traffic for the service. However, the CU 10 and DU 20 may vary this capacity by switching from a low capacity configuration (for example, using 100 Mb/s Ethernet) to a high capacity configuration (for example, using a 1 Gb/s Ethernet). In this starting scenario, the fronthaul link 40 is using the low capacity configuration and therefore only a proportion of its potential capacity.

In S1 of this embodiment, the CU 10 monitors the access link to the UE 30 to determine the error rate for the traffic for the service. The error rate may be a single measurement of the error rate at a particular layer of the protocol stack, or a set of measurements of the error rate at a plurality of layers of the protocol stack.

In S3, the error rate between the CU 10 and UE 30 is compared to a threshold. This threshold is based upon the particular service being consumed by the UE 30, so that if the service requires, for example, a physical layer block error rate of no more than 10%, then an error rate less than 10% will satisfy this threshold. The threshold may also be based on other layers of the protocol, such as a MAC layer block error rate of no more than 0.1% or and RLC layer block error rate of no more than 0.0001%.

In an example scenario, the RF environment between the DU 20 and UE 30 degrades such that the error rate between the DU 20 and UE 30 increases above the threshold. This degradation may be due to, for example, an obstacle moving between the DU 20 and UE 30. In the prior art, this event may be used as a trigger for the CU 10 to switch from its current MCS to another. However, in this embodiment, the CU 10 does not switch MCS (because, for example, it is already using the most robust MCS) but instead implements the following steps.

In S5, the CU 10 determines the maximum bit width (that is, a maximum number of bits per sample) possible. In this embodiment, this determination is based on:

-   -   for the downlink, the maximum bit-width of the inverse Fast         Fourier Transform (iFFT) and the accuracy of both the power         amplifier and the digital to analog converter; and,     -   for the uplink, the maximum bit-width of the FFT, the accuracy         of both the analog to digital converter and receiver         sensitivity.

In this example, the CU 10 determines that the maximum bit width is 9 bits per sample. Therefore, the fronthaul link 40 may use any one of 6, 7, 8 or 9 bits per sample. In S7, the CU 10 then selects a bit width from these candidate bit widths based on:

-   -   1. a comparison of the expected capacity requirements for the         fronthaul link 40 when using the candidate bit width to the         fronthaul link's capacity when operating under its high capacity         configuration; and     -   2. a comparison of an expected error rate when using the         candidate bit width to the error rate threshold for the service         (known from certification and/or calibration data). The expected         capacity requirements may be calculated as:

$R_{t} = {\sum\limits_{l = 1}^{L_{t}}{Q \cdot {PRB}_{t}^{l}}}$ Where R_(t) is the instantaneous user plane rate for Transmission Time Interval (TTI) t; PRB_(t) ^(l) is the number of Physical Resource Blocks (PRBs) scheduled in layer l at time t; Q is the number of bits per PRB; and L_(t) is the number of co-scheduled UEs at time t.

The CU 10 then selects a candidate bit width which has an expected capacity requirement that is greater than the current capacity of the fronthaul link 40 (but within the potential capacity of the fronthaul link 40 when operating under its high capacity configuration) and has an expected error rate that is below the error rate threshold used in S3 (plus, optionally, a margin). In this example, the selected bit width is 8 bits per sample.

In S9, the CU 10 and DU 20 cooperate to increase the capacity of the fronthaul link 40 by switching to the high capacity configuration. In this example, this is achieved by switching from a 100 Mb/s Ethernet connection to a 1 Gb/s Ethernet connection. This step may also include an admission control function to remove resources being used by traffic of other services being transmitted over the fronthaul link 40 and reallocate them to the service.

Following reconfiguration to increase the capacity of the fronthaul link 40, in S11, the CU 10 and DU 20 increase the bit width of the IQ samples to 8 bits per sample. This is achieved by using a lower compression level for the IQ samples. In S13, the CU 10 and DU 20 communicate using IQ samples having the new bit width.

In conventional approaches, a CU 10 may respond to a worsening RF environment by improving the quality of the symbols used in the transmission by modifying the MCS. As shown in Table 1 above, a change to a more robust MCS (that is, one in which each symbol represents fewer bits) improves the EVM performance and thus improves the error rate. However, it may not always be appropriate to switch to a more robust MCS, such as when the access link between the DU 20 and the UE 30 is already using the most robust scheme (either theoretically or based on the service constraints). In this embodiment of the disclosure, the DU 20 responds to the worsening RF environment by both increasing the bit width of the IQ sample and increasing the capacity of the fronthaul link 40 to accommodate the corresponding increased fronthaul capacity requirement. The effect of increasing the bit width of the IQ sample is to improve the EVM performance, so that the DU 20 may maintain its current MCS whilst maintaining an acceptable error rate. Accordingly, the UE 30 may continue to consume the service in the degraded RF environment whilst maintaining an acceptable error rate. This embodiment of the invention is therefore particularly suitable for high reliability services operating over a cellular telecommunications network, such as autonomous driving services. This embodiment is also particularly suitable for control data communication, which should typically be more reliable than user data.

The process then loops back to S1 such that the DU 20 monitors the error rate of the service and, in S3, compares the error rate to a threshold. In this second iteration of the method of this embodiment, the error rate falls below the threshold. In conventional approaches, this would typically be used as a trigger to switch the service to a less robust MCS (which would therefore use more bits per symbol and therefore increase capacity utilization of the link for the service). However, in this second iteration, this event is used as a trigger to change the bit width and, possibly, reduce the capacity of the fronthaul link 40 by switching to its low capacity configuration.

In S5 of this second iteration, the DU 20 determines the minimum possible bit width, and, in S7, the DU 20 selects a reduced bit width based on:

-   -   1. a comparison of the expected capacity requirements of the         fronthaul link 40 when using the candidate bit width to the         fronthaul link's capacity when using its low capacity         configuration; and     -   2. a comparison of an expected error rate when using the         candidate bit width to the error rate threshold for the service.

In this example, the DU 20 selects a reduced bit width of 7 bits per sample, which has both an expected error rate that satisfies the error rate threshold for the service and has an expected capacity requirement that would allow the fronthaul to switch to the low capacity configuration.

In S9, the DU 20 and CU 10 cooperate to switch to the low capacity configuration and, in S11, the CU 10 and DU 20 decrease the bit width of the IQ samples to 7 bits per sample. In S13, the CU 10 and DU 20 communicate using IQ samples having the new bit width. In doing so, the additional fronthaul capacity that has now become redundant (e.g. due to the RF environment improving such that the increased bit width is no longer necessary) is no longer being used. This reduces the energy requirements of operating the CU 10 and DU 20, and releases those resources to be used by another entity.

In the above embodiments, the process of reconfiguring the bit width of the IQ samples and the capacity of the fronthaul link is triggered upon detection of a changing RF environment (or at least by a derivative measurement such as a changing error rate). However, the skilled person will understand that this is not essential, and other triggers may be used. For example, the process may be triggered upon the UE 30 requesting a new service, or an existing service being reclassified, whereby the requirements of the new or reclassified service exceed the resources of the fronthaul link 40.

In one implementation, it is possible to implement the above embodiment for traffic for a particular service (e.g. the traffic for the new or reclassified service) instead of traffic for all services. Accordingly, the traffic for different services may be of different bit widths.

Furthermore, in the above embodiment, the fronthaul link 40 is an optical fiber connection having a low capacity configuration and a high capacity configuration. However, the skilled person will understand that other forms of connection may be used having multiple capacity configurations. For example, the fronthaul link may be based on a wireless connection and the capacity may be modified by enabling/disabling antennae or switching to a different communications protocol. Furthermore, it is not essential that there is a single fronthaul connection between the CU 10 and DU 20 having multiple capacity configurations. Instead, the CU 10 and DU 20 may have a multipath fronthaul connection (e.g. using multiple optical fibers between the CU 10 and DU 20 or multiple connections between the CU 10 and DU 20 of different forms) and the capacity may be modified by using a different number of these connections.

In the second iteration of the above embodiment, the selected bit width was one that resulted in a reconfiguration of the capacity of the fronthaul link 40. However, the CU 10 may take a conservative approach in which the bit width is reduced in relatively small increments (compared to the increments used when increasing the bit width in the first iteration) which would not immediately permit a change in capacity of the fronthaul for several iterations. This provides some protection for a high reliability service in case the predicted error rate following a reduction in bit width is too optimistic.

In the above embodiment, the CU estimated the capacity requirements of a candidate bit width and compared the estimated capacity requirement to the potential capacity of the fronthaul link when using a particular capacity configuration. However, the skilled person will understand that this comparison may be a function of the potential capacity of particular capacity configuration (e.g. 90% of the potential capacity), such that any subsequent reconfiguration does not use an unfair proportion of resources of the fronthaul link.

A second embodiment of a method of the present disclosure will now be described. This embodiment utilizes the same CU 10, DU 20 and UE 30 as the first embodiment, and the CU 10 and DU 20 again use an intra-PHY split such that communications between the CU 10 and DU 20 use IQ samples (initially at a bit width of 6 bits per sample). However, in this second embodiment, communications between the CU 10 and UE 30 also utilize Automatic Repeat reQuest (ARQ), an example of an error mitigation technique which may be selectively applied by the respective processors of the CU 10 and UE 30 between a first state in which ARQ is applied to communications and a second state in which ARQ is not applied to communications. ARQ is a service specific error mitigation technique that is enabled in the RLC layer of the CU 10 and UE 30 for a service that requires a particular error rate. ARQ operates by the receiving node requesting a retransmission from a sending node of a data packet that is either not received within a particular time period or that is received but cannot be decoded. In response, the receiving node requests a retransmission of that data packet by sending a feedback message to the sending node. This delay (in sending the feedback message to the sending node and the sending node retransmitting the data packet) introduces a delay to the overall transmission which results in increased latency. Accordingly, the ARQ technique is used to improve reliability, but degrades latency.

In this embodiment, the CU 10 monitors communications between the CU 10 and UE 30 for the service to determine whether a latency metric (either the latency or some derivative of latency, such as a count of retransmissions) satisfies a threshold. If the latency surpasses this threshold, then the CU 10 reacts in the following manner. Firstly, the CU 10 and DU 20 cooperate to increase the bit width of IQ samples communicated over the fronthaul link. This is implemented in a similar manner as described above for the first embodiment, in which the CU 10 identifies a maximum bit width (based on the current capacity of the fronthaul link and the expected error rate of each bit width) to identify a set of candidate bit widths (e.g. 8 bits per sample), selects one of these candidate bit widths, and cooperates with the DU 20 to increase the bit width of communications over the fronthaul link to this selected bit width. Secondly, the CU 10 and UE 30 cooperate to disable ARQ. This is implemented by the respective processors of the CU 10 and UE 30 switching from the first state to the second state.

Although the order of events (disabling ARQ and switching bit width) is non-essential, it is noted that it is preferable to switch bit width before disabling ARQ. This would increase the error rate performance in between the events, but would come at an increased resource utilization penalty. It would also be possible to disable ARQ before switching bit width (for example if resource utilization is already at or near maximum), but this may lead to an increased error rate in between the events. It is possible to implement the two processes simultaneously, although inter-layer traffic must be considered (for example by applying an offset).

The effect of increasing the bit width of communications over the fronthaul link is to reduce the overall error rate of communications for the service. Accordingly, ARQ becomes redundant as an error mitigation technique, and so this technique is switched off and communications for the service no longer suffer from latency degradation caused by ARQ retransmissions. In effect, this second embodiment reacts to the trigger of latency increasing above a threshold by substituting a higher-layer error mitigation technique (ARQ) with a lower-layer error mitigation technique (increasing bit width), in which the lower-layer error mitigation technique offers improved latency performance over the higher-layer error mitigation technique. Accordingly, this second embodiment is particularly applicable to low latency (and high-reliability, low latency) services.

Following this reconfiguration, the CU 10, DU 20 and UE 30 continue to monitor the latency of communications for the service and if the latency improves (e.g. satisfying a threshold) then these nodes may revert to their original configuration by reducing the bit width of communications over the fronthaul link and switching ARQ on again. This reduces fronthaul utilization as the communications at the lower bit width require fewer resources.

Although ARQ is used as an example, the skilled person will understand that this is not essential. That is, there are many other error mitigation techniques that may be subject to the operations of this second embodiment. In other embodiments utilizing the same protocol stack, the error mitigation technique may be Hybrid ARQ (implemented in the MAC layer), in which the trigger could be (for example) based on the count of retransmissions for a successful transmission and the reconfiguration would be to reduce the limit on the number of retransmissions for each data packet. In another embodiment, the error mitigation technique may be Transport Control Protocol (TCP) retransmission (implemented in the IP layer), in which the trigger would be a count of retransmissions for a successful transmission and the reconfiguration would be to switch from TCP to the User Datagram Protocol (UDP). Other error mitigation techniques may apply for other protocol stacks.

Furthermore, the skilled person will understand that it is not essential for the trigger to be a direct measure of latency. That is, the trigger may be based on a derivative of latency, such as a count of retransmissions or another measure linked to latency. That is, the definitions of latency and error rate are linked (as error rate is a measure of the number of data packets that don't successfully arrive in a particular time period), so a threshold based on error rate could also be used as a trigger. Furthermore, the trigger may be based on the service changing its latency requirements so that they are no longer satisfied by the current latency measurements.

The skilled person will understand that the methods of the first and second embodiments may be combined, so that the three reconfigurations (changing bit width, changing fronthaul capacity, and changing a higher-layer error mitigation configuration) could all be used in parallel. This would be highly applicable to high-reliability, low latency services.

In the above embodiments, the base station implements one or more compression techniques from the XRAN specification in order to vary the bit width from 6 bits per sample to 16 bits per sample. However, this is only an example and other compression techniques may be used and other bit widths may be used.

Furthermore, in the above embodiments, the method is implemented in the CU 10. However, the skilled person will understand that the method may be implemented in the DU 20 either exclusively or in combination with the CU 10 (with appropriate additional messages between the CU 10 and DU 20 to communicate the necessary data). Furthermore, the skilled person will understand that some or all of the steps of the method may be implemented in a separate node to the base station, such as in an XRAN controller with a connection to the CU 10 and/or DU 20.

The skilled person will understand that any combination of features is possible within the scope of the invention, as claimed. 

The invention claimed is:
 1. A method of operating a base station in a cellular telecommunications network, the base station having a central base station unit and a distributed base station unit, wherein the central base station unit and the distributed base station unit communicate over a fronthaul link having a first capacity configuration and a second capacity configuration, and the cellular telecommunications network further includes a User Equipment (UE) consuming a service via the base station, the method comprising: communicating samples over the fronthaul link at the first capacity configuration and a first bit width; determining that a reliability measure of the service is either less than or more than a reliability threshold such that: if the reliability measure of the service is less than the reliability threshold, responding by: reconfiguring the samples to use a second bit width, wherein the second bit width has more bits per sample than the first bit width, and reconfiguring the fronthaul link to use the second capacity configuration, wherein the second capacity configuration is greater than the first capacity configuration; and if the reliability measure of the service is more than the reliability threshold, responding by: reconfiguring the samples to use a third bit width, wherein the third bit width has fewer bits per sample than the first bit width, and reconfiguring the fronthaul link to use the second capacity configuration, wherein the second capacity configuration is less than the first capacity configuration; and communicating samples over the fronthaul link at the second capacity configuration and the second bit width or the third bit width.
 2. The method as claimed in claim 1, wherein the fronthaul link is reconfigured to use the second capacity configuration by one or more of: switching to a different transmission mode, switching to a different communications protocol, or switching to alternative transmission hardware or additional transmission hardware.
 3. The method as claimed in claim 1, wherein reconfiguring the samples to use the second bit width or the third bit width, respectively, includes: estimating a capacity requirement when communicating samples over the fronthaul link using the second bit width or the third bit width, respectively, and comparing the estimated capacity requirement to the second capacity configuration of the fronthaul link.
 4. The method as claimed in claim 1, wherein the samples are In-Phase and Quadrature (IQ) samples.
 5. The method as claimed in claim 1, wherein communications between the central base station unit and the UE utilize a configurable error mitigation technique, and the method further comprises reconfiguring the error mitigation technique.
 6. A non-transitory computer-readable storage medium storing a computer program comprising instructions which, when the computer program is executed by a computer, cause the computer to carry out the method of claim
 1. 7. A base station unit for a cellular telecommunications network, wherein the cellular telecommunications network includes a User Equipment (UE) consuming a service via the base station unit, the base station unit comprising: a transceiver configured to communicate samples over a fronthaul link with a distributed base station unit at a first capacity configuration and a first bit width; and a processor configured to determine that a reliability measure of the service is either less than or more than a reliability threshold such that: if the reliability measure of the service is less than the reliability threshold, responding by: reconfiguring the samples to use a second bit width, wherein the second bit width has more bits per sample than the first bit width, and reconfiguring the fronthaul link to use a second capacity configuration, wherein the second capacity configuration is greater than the first capacity configuration; and if the reliability measure of the service is more than the reliability threshold, responding by: reconfiguring the samples to use a third bit width, wherein the third bit width has fewer bits per sample than the first bit width, and reconfiguring the fronthaul link to use a second capacity configuration, wherein the second capacity configuration is less than the first capacity configuration; and wherein, following reconfiguration, the transceiver is configured to communicate samples over the fronthaul link at the second capacity configuration and the second bit width or the third bit width.
 8. The base station unit as claimed in claim 7, wherein the transceiver is reconfigured to use the second capacity configuration by one or more of: switching to a different transmission mode, switching to a different communications protocol, or switching to alternative transmission hardware or additional transmission hardware.
 9. The base station unit as claimed in claim 7, wherein reconfiguring the samples to use second bit width or the third bit width, respectively, includes: estimating a capacity requirement when communicating samples over the fronthaul link using the second bit width or the third bit width, respectively, and comparing the estimated capacity requirement to the second capacity configuration of the fronthaul link.
 10. A base station unit as claimed in claim 7, wherein the samples are In-Phase and Quadrature (IQ) samples.
 11. The base station unit as claimed in claim 7, wherein the base station unit is a central base station unit configured to communicate with the UE using a configurable error mitigation technique, wherein the processor is further configured to reconfigure the error mitigation technique in response to the reliability measure satisfying the threshold. 